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METHOD AND SYSTEM FOR A COMPUTER SYSTEM TO SUPPORT VARIOUS 

COMMUNICATION DEVICES 

ABSTRACT 

5 A system method of interfacing a computer system executing commercial transactions initiated 
fiom communication devices, eadi communication device having a display, with custom display 
panuneters, is provided. For the system and method, at the computer system, for each device, a 
command is received and translated into a common format command. The common format 
command is executed and results tfaerefiom are received. A database is accessed having 

10 elements identifying sets of display parameters, one set of the sets is for use with the custom 
display parameters. One set of display parameters is retrieved from the database. 
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METHOD AND SYSTEM FOR A COMPUTER SYSTEM TO SUPPORT VARIOUS 

COMMUNICATION DEVICES 



FIELD OF INVENTION 

5 This invention relates generally to a m^od and syston for a computer system in 

co m munication netwoik» in particular, a system and method for a conq>uter system in 
communication network to support heterogeneous communication devices. 

BACKGROUND OF THE INVENTION 

10 Hie existence of high-speed personal Internet connections and tiie use of the World Wide 

Web for commerce, ntertainment and education provide significant benefits to us^ of the 
Internet. The wide-spread, low-cost and continuous availability of web-based information 
services has spawned changes ranging from new business models to facilitating access to 
govermnent and education services, to the rapid and free exchange of ideas and information for 

1 5 all members of the Internet community. 

Traditionally, devices communicating witfi the World Wide Web were computers. The 
computers operated *1)rowser" software thereon to communicate with remote computers and 
servers connected to the World Wide Web. However, recently, a new class of devices is being 
developed to perform transactions with tiiese web-based information services. In particular, 

20 personal digital assistants, mobile phones, office PCs and home entertainmmt systems provide 
pervasive computing systems allowing access to the services on the World Wide Web. 

Pervasive computii^ provides access to relevant infonnation stored on powerfol 
networks, allowing them to easily take action anywhere, anytime. These new intelligrat 
qiplianoes or "smart devices" are embedded witii microprocessors that allow users to plug into 

25 intelligent networics and gain direct, simple, and secure access to both relevant information and 
services. These devices may be as simple to use as calculators, telephones or kitchen toasters. 
They are also known as pervasive computing devices. Pervasive computing simplifies life by 
combining open.standards-based applications with everyday activities. 

However, there are issues with interfacing these pervasive computing devices with 
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services provided through the Internet. For example, an e-conunerce application operating 
through the Internet must properly communicate with each device in accoidance witfi the 
device's protocols for communications, display, inter&cing and odier parameters. 

Technologies, such as servlets, Enterprise Java Beans (EJBs) and Java Script Pages 
(JSPs), enable modular development of software for e-conunerce qq>lications to consider these 
issues. However, e-commerce applications utilizing diese technologies should still consider 
issues such as: 

1. Providing common server components that can process requests trorn various 
Internet clients or int»nal processes, such as a web browser operating on a personal 
computer, a web-enabled mobile phone or an internal job scheduler; 

2. Sqmrating business logic from views, so Aat business logic may be reused in 
other q>pIications; 

3. Establishing transaction and access limits to maintain data integrity and maximum 
transaction througt^ut; 

4. Providing common interface to the clients but allowing dififeirat implementations 
of the business logic based on the need of an individual store in an electronic mall; 
and 

S. Providing a system and method for distributed conunercial transaction processing. 

Accordingly, there is a need to provide an e<ommcrce system, wherein a common 
platform is provided which can accommodate various display interface and reporting 
requirements for various devices accessing the system. 

SUMMARY OF THE INVENTION 

In a first aspect, a method of inter&cing a computer system oecuting conunercial 
transactions initiated fiom communication devices, eadi device having a display with custom 
display parameters is provided. For one device, the method receives a command fiom the 
device, translates the command into a conunon format conomand, the common format conunand 
being executable by die computer system, executes the common format command, receives 
results fiom execution of the common format command, accesses a database containing elements 
identiiying sets of display parameters, one set for use with the custom display parameters and 
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retrieves fiom the database tiie set of display panuneters. 

The method may extract command parameters 6om the command into an object after 
receiving the command and initiate displaying of the results using the set of display parameters 
on the device after retrieving from the database the set of di^lay parameters. 
S The method may translate the command into the common format command by accessing 

a first table having a first record, the first record having a first entry for the conmiand and a 
second table having a second record correlated to the first record for the conunon format 
conmumd. 

Hie method may incorporate the results of the execution of the common format command 
10 into the object after receiving the results. 

The method may incorporate the set of display parameters into die object after reeving 
6om the database the display parameters. Further die method may incorporate into the object a 
view command idratifying a composition of a view associated with the command after retrieving 
6om the database the set of display parameters. Further the method may select a view command 
1 5 fix)m a forward view, a redirected view or a direct view. 

The method may be embodied in an object oriented programming language. 
In a second aspect an article comprising a computer readable medium and a program 
mcoded on the medium is provided. The program is for use in a computer system executing 
commercial transactions initiated from communication devices, each device having a display 
20 with custom display parameters. The program embodies a method comprising the following 
steps for one device: receiving a command fiom the device, translating the command into a 
common fimnat command, the common format command being executable by the computer 
system, executing the conmion format command, receiving results fiom execution of die 
common format command, accessing a database having dements identifying sets of display 
25 parameters, one set for use with die custom display parameters and retrieving fix>m the database 
the set of display parameters. 

The article may have the method of the program fiirdier comprising extracting command 
parameters firom the command into a object after receiving the command and initiating 
displaying of die results using the set of diq>lay parameters on the device after retrieving finom 
30 the database die set of display parameters. 
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The article may have the method of the program further accessing a first table having a 
first record, the first record having a first entry for flic command and a second table having a 
second record oorrdated to the first record for die common format command. 

The article may have the mediod of die program fimher comprismg incoiporating the 
results into the object after receiving the results from execution of the common fi>rmat command. 

The article may have the method of the program further comprising incoiporating the set 
of display parametera into the object after retrieving from the database the set of display 
parameters. 

The article may have the method of the program fiirdier comprising incorporating a view 
conunand identifying a composition of a view associated with the command into the object aftw 
retrieving Srom the database the set of di^iay parametera. 

The article may have the method of the program further comprising producing an output 
report relating the results to the device. 

In a tfiird aspect, a system fi)r executing commercial transactions initiated from 
communication devices is provided. Each communication device has a display with custom 
display parameters. The system comprises a computer, a communication link for the computer to 
the communication devices and a program operating on the computer. The program embodies a 
method comprising, for one device, receiving a command fi^m the device, translating the 
conunand into a common format command, the common format command being executable by 
the computer system, executing flie common format command, receiving results from execution 
of the common format command, accessing a database comprising elements identifying sets of 
display parameters, one set associated with the custom display parametera, and retrieving from 
the database the set of display parameters. 

The system may have the method of the program fiirtfa^ comprising extracting command 
parametera fi^m tiie command into a object after receiving die command and initiating 
displaying of the results usiqg the set of display parametera on the device after retrieving from 
the database the set of display parametera. 

The ^em may have the m^od of the program further accessing a first table having a 
firat record, die firat record having a first entiy for the command and a second table having a 
second record correlated to the first record for die common format command. 

CA9-20004049 4 
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The system may have the method of the program fiiitfier comprising incoiporating the 
results into the object after receiving the results from execution of the common format command 

The system may have the method of the program further comprising incorporating the set 
of display parameters into the object aftor retrieving it from the database. 

The system may have the mediod of the program further comprising incoiporating a view 
command identifying a composition of a view associated with die command into the object after 
retrieving from the database the set of display parameters. 

The system may have the method of the program further comprising producing an output 
report relating the results on tte device. 

In a fi>urdi aspect an article is provided. The article comprises a computer readable 
modulated carrier signal and a program encoded in the computer readable modulated carrier 
signal. The program is for use in a computer system executing commerdal transactions initiated 
from communication devices, each device having a display with custom display parameters. The 
program embodies a method comprising, for one device, receiving a command from the device, 
translating the command into a common format command, the common format command being 
executable by the computer system, executing the common format conmiand, receiving results 
from execution of the common format command, accessing a database comprising elements 
identifying sets of display parameters, one set for use with the custom display param^ers and 
retrieving from the database the set of display parameters. 

The article may have the method comprising extracting command parameters from the 
command into a object after receiving the command and initiating displayix^ of the results using 
the set of display parameters on the device after retrieving from the database the set of display 
parameters. 

Tlie system may have the mediod of the program further accessing a first table having a 
first record, the first record having a first entry for the command and a second table having a 
second record correlated to die first record fiir the common format comnumd. 

The system may have the method of the program further comprising incoiporating the 
results into the object after receiving the results 6om execution of the common foimat command. 

The system may have the method of the program further comprising incorporating the set 
of display parameters into the object aftw retrieving fixrai the database the set of display 
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parameters. 

The system may have the method of the program further comprising incorporating a view 
conmiand identifying a composition of a view associated with the command into the object after 
retrieving from the database the set of display parameters. 

The system may have the method of the program further comprising producing an output 
report relating the results on the device. 

Other aspects of the invention provides various combinations and subsets of the aspects 
described above. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other aspects of the invention will become more apparent from the 
following desoiption of specific embodiments thereof and the accompanying drawings which 
illustrate, by way of example only, the principles of the invention. In die drawings, where like 
elements feature like reference numerals (and wherein individual dements bear unique 
alphabetical suffixes): 

FIG. 1 is a block diagram of a conununication network including an e-commerce server 

comprising an embodiment of the invention; 
FIG. 1 A is a block diagram the e-oommerce server of the embodiment of Fig. 1 ; 
FIG. 2 is a rqiresentative screen shot of a browser page utilized by a device accessing 

the server of Fig. 1; 

FIG. 3 is a block diagram of software modules operating on the server of Fig. 1 ; 
FIG. 3A is a block diagram of the software modules shown in Fig. 3 during execution of 
a transaction; 

FIG. 4A is a pseudo-code listing of a Request Servlet for die software associated with the 
server of Fig. 1; 

FIG. 4B(i) -in) collectively are listings of Adapter modules associated with ±e request 
servlet of FIG, 4A; 

FIGS. 4C (iHv) collectively are a pseudo-code listing of a controller for software 

associated with the server of Fig. 1 ; 
FIG. S is block diagram of relationships of commands for the software operating on die 

CA9-200(MM)49 6 



Gh 02328033 2000-12-12 



server of Fig. 1; 

FIG. 6A is a pseudo-code listing of an MQ adapter for the software associated with the 
server of Fig. 1; 

FIG. 6B is a pseudo-code listing of an XML controller for the software associated widi 

the MQ adapter of Fig. SA; 
FIG. 7A is a pseudo-code listing of a scheduler for the software associated with die 

server of Fig. 1; 

FIG. 7B are pseudo-code listings of a schedule thread and a scheduler adipter associated 

withtheservo'of Fig. 1; 
FIG. 7C is a pseudo-oode listing of a scheduler web controller for die software associated 

with the server of Fig. I ; 
FIG. 8 is a block diagram of a hash table used by the software of the embodiment 

shown in Fig. l;and 

FIG. 9 is block diagram of an exemplary view table for the embodiment of the software 
of Fig. 1. 

DETAILED DESCRIPTION OF THE EMBODIMENTS 

The description which follows, and the embodiments described therein, are provided by 
way of illustrating an example, or examples, of particular embodiments of principles of die 
present invention. These examples are provided for die puipose of explanation, and not 
limitation, of those principles and of the invention. In the description which ft)llows, like 
elements are marked throughout the specification and the drawings with the same respective 
reference numerals. 

Referring to Figs. 1 and lA, e-commerce server 100 is shown connected to network 102. 
Web browser on computer 104 is connected to network 102 and communicates through networic 
102 to server 100. Cell phone 108 and pager 110 also communicate with server 100. 
Intcrmediaiy gateways 112 and 114, respectively, provide required hardware and software 
interfaces for cell phone 108 and pager 110 to communicate with network 102 and hence to 
server 100. . Other computers 100b may have software providing business to business 
applications widi server 100. Communication netwotk 1 02 may be die Internet 

CA9-20a(MX)49 7 



CA 02328033 2000-13-13 



Server 100 is a typical computer having a microprocessor and memory for storing and 
executing software. Software may be loaded into server 100 via a floppy disk 1 16 through a disk 
drive 118, CD-ROM 120 through a CD-ROM drive 122 or via downloaded software throug^h a 
network connection to network 102 from another computer 100c. It will be appreciated tfiat 
S oflier media devices and mechanisms may be used to load software on to server 100 such as a 
remote download ftuougih the network connection. The software may be encoded on an 
appropriate carrier signal received through the connection. 

Servo^ 100 provides clients operating web browser 104, web-oiabled cellular 
conununication device 108, pager 1 10 or similar web-enabled devices with access to software 

10 operating thereon. The software provides processing of commercial transactions, including 
ordering products and querying aspects of products (e.g. price, size availability). Information 
regarding products catalogued by die software is stored on database 106. Database 106 is also 
associated with software on server 100. It can be appreciated that database 106 may be located 
within server 100 or may be associated with server 100 in a distributed manner through network 

IS 1 02, such as with database 1 06a. 

From web-browser 104, remote resources located on server 100 may be accessed through 
networic 102 using an appropriate Uniform Resource Locator, (URL), which is a pointer to a 
•Source'* on the World Wide Web. A resource may be a file or a directory, or it may be a 
reference to a more complicated object, such as a query to a database or to a search engine. 

20 In general, a URL can be broken into several parts. The cxemplaiy URL 

*littp://www.ncsa.uiuc.edu/demoweb/url-primer.html'* indicates that the protocol to use is http 
(HyperText Transfer Protocol) and that the information resides on a host machine named 
www.ncsa.uiuc,edu. The information on that host machine is named /demoweb/url-primer.htinl. 
The exact meaning of this name on the host machine is both protocol dependent and host 

25 dependent. The information normally resides in a file, but it may be generated dynamically. 
This component of the URL is called the path component. 

Referring to Fig. 2, screen shot 200 shows a typical transaction screen shown on wd> 
browser 104 when accessing software on server 100. Transaction screen 200 has fields 202 into 
which a user raters or selects values to compose a transaction, which will be executed on server 

30 100. Consider an example where a user of browser 104 is in a web site of an electronic shopping 
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mall having several merchants. The user can select various items from various merchants. The 
user now wishes to add a '"stove** selected from ^'Merchants** having a price of **$500". This 
transaction is to be added to the user*s ''shopping cart**. Through web browser 104, the user 
enters or selects the values for the fields, e.g. "stove** in field 202a, '"Merchants** in field 202b, 

5 then sdects a price fix)m field 202c, e,g. $500. Tlie user tiiwi activates the "Add to Cart** button 
204, which causes the software on serv^ 100 to generate an appropriate command to add an item 
ibr "stoves'* fiiom "Merchants** which cost "$500** to the shopping cart of the user. For the above 
example, web browser 104 may cause the generation of a URL such as 
'1ittp:\\computemame\addtoshopcart?catalogid==5tove&catdogitem»1234&pri which 

10 embodies the request. The software on server 100 executes the request in the URL and reports 
the results to wd> browser 104 in an appropriate foraiat. It will be appreciated that a similar 
transaction may be initiated to server 100 duough a cell phone 108 or pag^ 1 10. Accordingly, 
the display format for cell phone 108 and pager 110 may differ bom the display format of 
web-browser 104, due to Oie differing physical size and capabilities of each display for eadi 

15 device 104, 108 or 1 10. The embodiment enables server 100 to provide various display formats 
for differing devices 104, 108 and 110, while isolating the data processing aspects of the 
software on server 100 from its display processing for each device 104, 108 and 1 10. 

Referring to Fig. 3, elements of software opmting on server 100 are shown. At a basic 
level, first, browser 104 generates a URL containing a request. The request is received by server 

20 100 at a receiving engine 302. In the preferred embodiment, separate receiving engines 302a is 
provided for URL request. The servlet engine 302a analyses the request and allocates a thread 
303 to the request Threads and their processing, are known in the art 

Next, a protocol listener 304 "listens" for a request originating fiom a recdving engine 
302. In the preferred embodiment, request soviet engine 304a is the protocol listener for URL 

25 requests. 

Protocol listener 304 passes the infimnation in the URL to an appropriate adapter 307. 
There are several adapters in server 100« Each adapter formats data into an appropriate format 
for each type of device. For example, in the embodiment adapters 307 include: HTTP adapter 
307a, XML adapter 307b, sdieduler adapter 307c. Specific types of HTTP adapters 307 include 
30 browser adapter 307d and PVC adapter 307e. Note however, that in the preferred embodiment, 
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an adapter manager 305 is provided to select the appropriate adapter 307. Once the particular 
adapter 307 is identified, adapter manager 305 passes the request to the adapter. 

The task of the adapter 307 is to create an object as the common dement manipulated by 
the software on server 100. Use of an object enables functional commands associated with the 

5 request to be isolated fiom interfoce issues with the requesting devices and enables new display 
types for new devices to be implemented without affecting the implemoitation of the command 
logic for the software. Adapter 307 populates the object with information fiom the URL request 
and passes the object to the web controller 306a. A response object is also generated, which, in 
the embodiment, is the same as the response object received by &e request servlet engine. 

10 Web controller 306a receives die request object and the response object and creates a 

command context for die request. The command context provides execution parameters for 
controller commands and view commands (described later) and contains request object 
information and session information. Session information includes language, store, user 
identification and other information associated with the session in which the user currently 

15 resides. 

To instantiate the concct command to process one request, web controller 306a accesses 
data in command registries 309 to identify the command to execute corresponding to the request. 
Three tables are accessed. First, Table A (described later) contains a URL registry which 
contains an interface name related to a command registry. A command registry table (Table B, 

20 described later) has a corresponding interface name which contains the name of the class to 
instantiate. The web controller then instantiates die coixunand whidi uses the command context. 
Table C, described later, contains information relating to display parameters whidi will be used 
when reporting the results of the request to die input device. 

Next, wd) controller 306a passes the request properties and the command context to the 

25 controller command. The web controller dien calls for the execution of the controUa* command 
and the controller command executes. In execution, the controller command builds response 
properties into a response properties object The response prop^es object includes a hash table 
whidi includes a view name. 

N«t, web controller 306a retrieves the response properties fiom the controller command. 

30 Web controller 306a thra instantiates a view command based on one view ruune specified in the 
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response properties and the input device identified in the command context and executes flie 
view command. Execution of the view command causes the results of the controller command to 
be displayed on tfie calling browser 104 in a display format which is compatible with the calling 
browser 104. 

5 Server 100 also provides access to computer systems employing MQ (Message and 

Queue) communication protocols. Accordingly, computer 100b provides MQ messages to MQ 
listener 302b of server 100. In the preferred embodiment, MQ requests are processed in XML 
fimnat Accordiiigly, MQ listener 302b provides requests sent to it to XML adapter 307b. 

Server 1 00 also provides a scheduler which allows requests to be sdieduled to be initiated 

10 at certain times or certain intervals. The sdieduler comprises scheduler adapter 307c and 
sdieduler controller 306c. Hiere is no protocol listraer 302 associated with the scheduler. 
Instead, sdieduler consists of a program that '"wakes up'* at regular intervals. Schedulable 
requests are entered into the scheduler database 313 from request servlet 302a or MQ listaier 
302b. At times associated with the scheduled requests, scheduler 306c initiates the processing of 

IS the request 

Referring to Figs. 3 and 3a, an example of the process flow through server 100 for an 
HTTP request is provided. 
SteD3.1 

HTTP request from browser 104 is generated and directed to servlet engine 302a. 
20 SteD3.2 

Servlet engine 302a allocates a thread 303a for the request. Servlet engine 302a 
dispatches the request to request servlet 304a. 
Step 3.3 

Request servlet 304a "listens'' for the request and passes the request to HTTP adapter 
25 manager 30S. Referring to psuedo*code in Fig. 4A at line 400, HTTP adapter manager 305 
identifies which adapter 307 is to be used. At line 402 adapter 307 is called to convert the 
request to a format recognized by controller 306. 

Figs. 4B(i) and 4B(ii) provide a definition for a device format adapter and HTTP Adapter 
which defines an HTTP device specific adapter. Refening to Fig 4B(ii), HTTPAdapterlmpl 
30 provides die pseudo-code for a base implementation for an HTTP adapter. Further^ pseudo-code 
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for HTTPBiowser provides one implemaitation for a HTTPAdapter for a browser and 
pseudo*code for HTTPPVCAdapter jmvides one implementation for a PVC adaptor. 

5 Step 3.4 

Refaring to Figs. 3 and 3a, adapter manager 305 detennin^ that the request originated 
fiom an Internet browser; accordingly, for this example^ tiie request is passed to browser adapter 
307d. 
Step 3.5 

10 Browser adapter 307d creates a request object and a response object fiom flie request 

information. In Fig. 4C(i), the object definition for a RequestObject (at 404) is provided. 

Next, browser adapter 307d populates the objects with information from the request. 
Transformation of request information to data for the objects is based on the mapping defined in 
an XML mapping table 311. Table 31 lis initialized during server 100 initialization. URL 

15 parameter names are mapped to command attribute names as defined in the XML nuq>ping table 
3 1 1 and form an input properties object. For example, a URL parameter such as '"merchantjm** 
may be mapped to **merchantReferenceNumber*' for the server command. 

Next, browser adapter 307d passes the request object and the response object to web 
controller 306a. 

20 Refening to Figs. 4C(ii) - 4C(iv), pseudo-code for web controller 306a is provided. Web 

controller 306a performs the following tasks in processing a request object: 

5. Executing functions related to a HTTP session for device 104; this includes 
establishing a correct user object and creating a conmiand context object based on 
the current HTTP session. Funfaa* detail on the command context is provided 

25 later, 

6. Detennining whetho* a secure HTTP (HTTPS) is enforced for the current 
URL. If it is mforced and the current HTTP request is not HTTPS, fhen Ae 
browser is redirected to a HTTPS URL. See Fig. 4C(iv) ''prepareRequest** 
pseudo-code; 

30 7. Initiating a transaction using Java Transaction API; 
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8. Instantiating a controller command 308a or a view command 308b and passing 
die command context and input property objects to the command 308. Fig. 4C(iii) 
at lines 410 shows the pseudo-code for the instantiation of the controller 
command 308a and view command 308b; 
5 9. Re-attempting the controller command on a Transaction RoUbadc exception if 

the controller command can be retried; 

lO.Fetdiing a response view conunand based on the view name and the device 
type. A controller command nonnally returns a view name when there is a 
response to be sent back to the client. The response is displayed at the client 
10 through a view command 308b. Three types of view commands 308b are 

described later. If there is no view name returned by the controller command, 
wd> controller 306a will send back a HTTP response with no data; and 
1 1 . Rolling back or conunitdng the current transaction. A transaction must be rolled back 
if the conunand cannot be completed. 
15 Steo 3.6 

Referring to Fig. 4C(i), web controller creates a command context related to the request 
received fix>m the Browser adapter 307d. The structure of the command context is shown at 406. 

Web control^ 306a populates the command context using parameters from the request 
20 object and die response object. The parameters include die name of the store C'Merchants**) and 
the item requested ("stove'*). The command contmt is also provided the session infonnadon, e.g. 
the source of the web session, die language* the time zone and information identifying the device 
type. The command context may also be provided with a user profile associated with the 
command, any cookies or session information associated with the command context. 
25 To instantiate the correct command associated with die request, web controller 306a 

queries the command registry 309. Referring to Figs. 3 and 3A, command registry 309 ccmiprises 
a series of tables containing information regarding specific command types and views fiir devices 
accessing server 100. 

First, web controller 306a looks up the corresponding command from die URLREG 
30 Table A in command registry 309. Table A provides a series of columns containing information 
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for inter&ces for web controller 306a. These interfaces are abstracted from other aspects of the 
software operating on server 100 and accordingly, are independent of input and output panuneter 
formats. 

TABLE A: URLREG 



5 



Column Name 


Column Description 


URL 


URL name 


STORE ID 


Store identifier 


DESCRIPTION 


Description of this URL 


HTTPS 


Secure HTTP required for this URL request 


AUTHENTICATION 


User sign-in is required for this URL request 


INTERFACENAME 


ControUo* Command Interface Name 



For each URU a store can register differait HTTP and AUTHENTICATION attributes 
for the URL. Web controller 306a fetches the interface name of a controller command for an 
incoming URL request, and uses it to look up ttie implementation class name from the CMDREG 
10 shown in Table B. Web controller 306a also detmnines whether HTTPS is required for the URL 
request by evaluating the contents of the HTTPS field in Table A. 

Next, web controller 306a accesses a command registry table (Table B) in command 
registries 309. Using the contents of the INTERFACENAME field in Table A and correlating 
that entry to the INTERFACENAME field in Table B, a name of a class corresponding to the 
1 5 command of the request is provided. 
TABLES: CMDREG 



Name 


Description 


INTERFACENAME 


Command Interface Name 


STORE ID 


Store ID for this command 


DESCRIPTION 


Description of this oonmiand 


CLASSNAME 


Command Implementation class name 


PROPERTIES 


Default name value pares as input properties to the command 


LASTUPDATE 


Last update on ttus Command Entry 


TARGET 


Cominand target name. Set to null for non target-table command. 



Note that the command nnplementalion class can differ amongst merchants. Controller 
20 command 308a is a targetable command that directly interacts wifii a web controller 306a. A 
targetable ooromand can be executed on a different targ^ container. In the preferred 
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embodiment local targets are supported. It will be appreciated that an implementation for EJB 
Session Bean as a taigetabie container may be provided. A targetable container enables a 
command to be shipped into a local or remote container, where the command will be executed. 

Step 3.7 

5 If the request requires the use of a controller command 308a, web controller 306a 

instantiates a controller command 308a. Hie controller command 308a may access database 106, 
using one or more entity beans 318. 

Entity beans 318 are persistent, transactional commerce objects provided by software 
opCTating on server 100. Data can be accessed from an entity bean which more closely models 

10 concepts and objects in ttie commerce domain, see step 3.7.5. Beans 318 may be extend or 
nplace existing entity beans 318. In addition, new t^plication specific business requirements, 
can deploy entirely new entity beans. Entity beans 318 are implemented according to the 
Enterprise JavaBeans (EJB) component model known in the art 

Step 3.8 

1 5 During execution, the controller command invokes one or more task commands 308c. 

Referring to Fig. 3, task command 308c implements specific application logic. In 
general, a controller command and a set of task commands together implement die application 
logic for a URL request. A task command is not targetable, meaning it is always executed in the 
same container as the controller command 308a. A targetable conmiand invocation incurs some 

20 oveihead, so that making the task command 308c not targetable can improve the perfomnance of 
the overall command frameworks. 

Step 3.9 

Upon completion, Ae controller command returns the results of the conunand and the 
name of a view associated with the request. Refeiring to Fig. 8, in die embodiment, the response 
25 properties object comprises a hash table 800 containing the view information, the ID 
information, the item and the results which are added to the response properties object. Data in 
the hash table 800 is formatted to correspond to die correct device type and controller. Fig. 4C(v) 
provides pseudo-code for die structure of hash table 800. 
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Step 3.10 

Next, to output the results, web controller 306a instantiates and executes the view 
oonunand. 

The parameters of view oonunand are provided from Table C in conunand r^gistiy 309. 
5 Table C is a database comprising a table having columns of specific views associated with 

various devices 104, 108 and 1 10. 

Using Table C a view command for a specific output device may be associated for each 

store using server 100. When a view command name is returned from controller command 308a 

or is specified in an exception, web controller 306a examines the view command class from 
10 Table C. Multiple view command names may be mapped to Ae same implementation class. A 

view or JSP may be invoked by a client 104 without a corresponding controller conmiand 306. 

For example, a user can register a logon.jsp with the URL name as the view name without 

providing a corresponding controller command. 

TABLE C: VIEWREG 



IS 



Name 


Descr^tion 


VIEWNAME 


View name 


STORE JD 


Store ID for this command 


DEVICETYPE 


Output device type 


INTERFACENAME 


View command interface name 


DESCRIPTION 


Description of this command 


HTTPS 


Secure HTTP required to invoke this view, used for durect JSP 
invocation only. 


CLASSNAME 


View conunand implementation class name 


PROPERTIES 


Defeult name value pares as input properties to the view command 


LASTUPDATE 


Last update on this entry 



Referring to Fig, S, there are tfiree types of view commands: 

i) Redirect view command 308b(i) 

A redirect view command sends the view using a redirect protocol, such as the 

20 URL redirect, which causes the request defined in the redirect URL to be 

executed. When a redurect protocol is used, it changes the URL stacks in the 

lm)wser. When a reload instruction is entered, the redirected URL will be 

executed instead of die original URL. 
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ii) Direct view command 308b(ii) 

A Direct view command sends tfie response view directly to the client. 

Hi) Forward view command 308b(iii) 

A forward view command forward the view request to another Web component, 

S such as a JSP page 3 12. 

Using the view name and the iqput device type, web controller 306a fetches a response 

JSP 312. With this scheme, a device specific view for each device may be implemented. On 

completion, web controU^ 306a sends back to device 104 an appropriate HTTP response based 

on data returned fix>m controller command 308a. Wd) controUn' 306a has a framework allowing 
10 modification to its structure with minimum effort. For example, to add a new or diange web 

controller 306a, an extension can be made to it 

Before invoking JSP 312, web controller 306a copies attributes &om the conunand to JSP 

312. The attributes become the input parameters of data beans 314 in the responding JSP 312. 

Data bean 314 provides the dynamic content for a JSP 312. The input properties are often 
15 required by a data bean 314, so that they can be used to form a primary key to fistch a complete 

data object from database 106 via an EJB. 

A sample VIEWREG table (i.e. a specific implementation of Table C) which may be used 

in the embodiment with key information is shown in Table D below: 

TABLED 



20 



COMMANDNAME 


DEVICETYPE 


INTERFACENAME 


CLASSNAME 


PROPERTIES 


ProductDisplayVie 
w 


BROWSER 


ForwardViewCommand 


HttpForwardVicw 
CommandlmpI 




InterstltemAddView 


BROWSER 


RedirectViewCommand 


HttpRedirectVicw 
CommandlmpI 


DocName^item.jsp 


InterltemDeleView 


BROWSER 


RedirectViewCommand 


HttpRcdirectView 
CommandlmpI 


DocName»item.jsp 


GenericAppIication 
Error 


BROWSER 


RedirectViewCommand 


HttpRedirectView 
CommandlmpI 


DocName»userenr.jsp 
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COMMANDNAME 


DEVICETYPE 


INTERFACENAME 


CLASSNAME 


PROPERTIES 


QenericSystemErrar 


BROWSER 


RedirectViewCommand 


HttpRedirectView 
Comtnandlmpl 


DocName=»syserr.jsp 


Logon 


BROWSER 


ForwardViewConunand 


HttpRedirectView 
Commandlmpl 


DocNameplogonJsp 



Referring to Fig. 9, database table 900 corresponding to VIEWREG is shown during 
typical operation of server 100. Row 902 corresponds to tiie Name column of Table C. To add a 

5 new view for a new device, a new entry 904 is added to Table 900. Column 906 identifies the 
device type associated with a particular view. As such new PVC (pervasive computing) device 
in entry 904 will have its display formatted for PVC (per fte entry in column 906) and will use 
the document "a2 jsp". Tliis is because althou^ the dooiment name for a device can be the 
same, the PVC forward view cmd/Impl can add a subdirectory to the attribute to make different 

10 displays. Accordingly, for browser 104 document a.jsp is retrieved firom the document directory, 
but for PVC devices^ document pvc/a.jsp is retreived from directory /pvc. As such, depending on 
the command, there will be difference in apprearance based on the device model. It will be 
q;»preciated that this structure allows new display formats to be initiated for devices 
communicating widi server 100. 

IS 

Step 3.11 

The view oonunand forwards the request to a display template. 
Steps 3.12 and 3.13 

Within display template, a data bean is used to retrieve dynamic information form the 
20 database. Databeanmanager316 activates the data bean. 

Data beans 314 represent containers of properties (or data) that are primarily used by 
page designers. Most commonly, they provide a simple representation of an entity, such as an 
retailer, associated with server 100. A page designer can place beans 314 on a JSP teaq)late, 
allowing dynamic information to be populated on the page at display time. Accoidingly, the 
25 page designer only needs to know what data bean 314 can provide and what data Ae bean 314 
requires as input; there is no need for the page designer to understand how the bean works. 

A databean command 308d is invoked by a JSP page 312 when a databean is to be 
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instantiated. The primaiy function of a databean command 318 is tt> populate the data into a 
databean314. 

Other Command Aspects and Interfaces 

The command and view are executed in one transactioiL Accordingly, all shared objects 
S b^een the command and view may be retrieved from database 106 with a single database 
transaction. It will be appreciated that reducing the number of transactions to database 106 is 
critical because such query processing is typically the most expensive operation in an 
^-commerce syston. 

As introduced earlier^ server 100 also processes MQ messages. MQ adapts 304b listens 

10 for incoming messages from networic 102. In the embodiment, the MQ message is formatted in 
an XML format. The XML format adapter converts the request information from an XML 
format tfie Request Object (see code 404, Fig. 4C(iii)) and passes it to the XML webcontrolla* 
306b. Fig. 6A provides pseudo-code for the operation of MQ adapter 304b; fig. 6B provides 
pseudo-code for the operation of XML controller 306b. 

IS As described above, server 100 provides timed scheduling of tasks through scheduler 

306c. In Fig. 7A, scheduler 306c runs background jobs. Jobs may be executed either only once 
at specified times or multiple times at determined intervals. A sdieduler thread is allocated to 
execute a sdieduler job. Fig. 7B provides pseudo-code on SchedulerTfaread and 
SchedulerAdapter 307c. SchedulerAdapter 307c receives a job to be executed, converts 

20 information relating to the job to a RequestObject (Le. the common object used by controller 
306) and passes the RequestObject to websdieduler 306c. Refening to Fig. 7B, web scheduler 
306c processes implementations which are qiecific to it, originating from scheduler 304c. Fig. 
7C provides pseudo-code for scheduler web controller 306C. 

The prefrned embodiment of die software on server 100 utilizes an object oriented 

2S programming structure, such as a structure provided by Java. However, it will be appreciated 
that other programming languages and structures may be used which provide the features of the 
described embodiment 

Having thus described a particular embodiment, various alterations, modifications, and 
improvements will readily occur to those skilled in the art. Such altoations, modifications, and 
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improvements are intended to be part of this disclosure, and are intended to be within the scope 
of the invention. Accordingly, the foregoing description is by way of example only and is not 
intending as limiting. It is noted that those skilled in the art will i^preciate that various 
modifications of d^ail may be made to the prefared embodiments described herein which would 
come within the scope of the invention as described in the following claims. 
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The embodiments of the invention in which an exclusive property or privilege is claimed are 
defined as follows: 

1. A method of interfacing a computer system executing commercial transactions initiated 
firom a plurality of communication devices, each of said plurality of communication devices 
having a display, said display having custom display parameters, said method comprising: 

at said computer system, for one device of said plurality of communication devices 

receiving a command fit>m said one device; 

translating said command into a common format command, said common format 
conunand being executable by said computer system; 

executing said common format conunand; 

receiving results from execution of said common format command; 

accessing a database comprising elements identifying a plurality of sets of display 
parameters, one set of display parameters of said plurality of sets of display 
parameters for use with said custom display parameters; and 

retrieving from said database said one set of display parameters. 

2. A method of interfacing a computer system executing commercial transactions initiated 
from a plurality of conununication devices as claimed in claim 1, said method further comprising 
extracting conunand parameters from said command into an object after said receiving said 
conmiand and initiating displaying of said results using said one set of display parametera on said 
one device after retrieving from said database said one set of display parameters. 

3. A method of interfacing a compute system executing commercial transactions initiated 
from a plurality of communication devices as claimed in claim 2, wherein said translating said 
oonomand into said conunon format command accesses a first table having a first record, said 
first record having a first «itiy for said command and a second table having a second record 
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correlated to said first record for said common format command. 

4. A method of intafadng a computer system executing commercial transactions initiated 
from a plurality of communication devices as claimed in claim 2, wherwn after said receiving 
said results from execution of said common format command, said results are incorporated into 

S said object. 

5. A method of interfacing a computer system executing conunercial transactions initiated 
from a plurality of communication devices as claimed in claim 4, wherein after letricvii^ from 
said database said one set of display parameters said one set of display parameters are 
incorporated into said object. 

10 6. A method of interfacing a computer system executing commercial transactions initiated 
from a plurality of communication devices as claimed in claim 5, wherein afte retrieving from 
said database said one set of display parameters, a view command identifying a composition of a 
view associated with said command is incorporated into said object 

7. A method of interfacing a computer system executing commercial transactions initiated 
1 5 from a plurality of conmiunication devices as claimed in claim 6, wherein said view command is 

selected fitim one of a forward view, a redirected view or a direct view. 

8. A method of interfacing a computer system to a plurality of oommunicadon devices as 
claimed in claim 7 wherein said method fiuAer produces an output report relating to said results. 

9. A method of interfacing a computer system to a pIuraliQf of communication devices as 
20 claimed in claim 8 wherein said method is embodied in an object oriented programming 

language. 

1 0 An ardde comprising: 

a computer readable medium, 

a program encoded on said computer readable medium, said program for use in a 
25 computer system executing conunercial transactions initiated from a pluraliQf of communication 
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devices, each of said plurality of communication devices having a display, said display having 
custom display parameters, said program embodying a method comprising: 

for one device of said plurality of conmiunication devices 

receiving a command from said one device; 

translating said command into a ocmmton format command, said common 
format command being executable by said computer system; 

executing said common format command; 

receiving results from execution of said common format command; 

accessing a database comprising elements identifying a plurality of sets of 
display parameters, one set of display parameters of said plurality of sets 
of display parameters for use with said custom display parameters; and 

retrieving from said database said one set of display parameters. 

11. An article as claimed in claim 10, wherein said method of said program further comprises 
extracting command parameters fit)m said command into a object after said receiving said 
command and initiating displaying of said results using said one set of display parameters on said 
one communication device after retrieving from said database said one set of display parameters. 

12. An article as claimed in claim 1 1, wherein said method of said program forther comprises 
accessing a first table having a first record, said first recoid having a firet entiy for said command 
and a second table having a second record conflated to said first record for said common format 
command. 



13. An article as claimed in claim 12, wherein said mediod of said program fiirther comprises 
incorporating said results into said object after said receiving said results fiom execution of said 
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common fonnat command. 

14. An article as claimed in claim 13, wherein said method of said program further comprises 
incorporating said one set of display parameters into said object after retrieving torn said 
database said one set of display parameters. 

15. An article as claimed in claim 14, \^1ierein said method of said program further comprises 
incorporating a view command identifying a composition of a view associated with said 
command into said object after retrieving fiom said database said one set of display parameters. 

16. An article as claimed in claim 15, herein said m^od of said program further comprises 
pnxlucing an output xepoit relating said results on said one device. 

17. A system for executing commercial transactions initiated fiom a plurality of 
communication devices, each of said plurality of communication devices having a display, said 
display having custom display parameters, said system c(»nprisuig: 

a computer; 

a communication link for said computer to said plurality of communication devices; 
a program operating on said computer, said program embodying a mefliod compriismg: 
for one device of said plurality of communication devices 
receiving a command fixmi said one device; 

translating said command mto a common format command, said common 
format command being executable by said computer qrstem; 

executing said common fonnat command; 

receiving results fiom execution of said common format command; 

accessing a database comprising elements identifying a plurality of sets of 
display parameters, one set of display parameters of said plurality of sets 
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of display param^m for use widi said custom display parameters; and 
retrieving from said database said one set of display parameters. 

18. A system for executing commercial transactions as claimed in claim 17, wherein said 
method of said program ftorther comprises extracting command parameters from said command 
into a object after said receiving said command and initiating displaying of said results using said 
one set of display parameters on said one communication device after retrieving from said 
database said one set of display parameters. 

19. A system for executing commercial transactions as claimed in claim 18, wherein said 
method of said program fiuther comprises accessing a first table having a first record, said first 
record having a first entry for said ooimnand and a second table having a second record 
correlated to said first record for said common format conunand. 

20. A system for executing commercial transactions as claimed in claim 19, wherein said 
method of said program ftirther comprises incorporating said results into said object after said 
receiving said results fiiom execution of said conunon foimat command. 

21. A system for executing conmiercial transactions as claimed in claim 20, wherein said 
method of said program fiirthcr comprises incorporating said one set of display parameters into 
said object after retrieving from said database said one set of display parameters. 

22. A systrai for executing conunercial transactions as claimed in claim 21, wherein said 
method of said program ftirther comprises incorporating a view command idoitifying a 
composition of a view associated with said conunand into said object after retrieving fiom said 
database said one set of display parameters. 

23. A system for mecuting commercial transactions as claimed in claim 22, wherein said 
method of said program ftirther comprises producing an output report relating said results on said 
one device. 

24. An article comprising: 
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a computer readable modulated carrier signal, 

a program encoded in said computer readable modulated carrier signal, said program for 
use in a computer system executing commercial transactions initiated from a plurality of 
communication devices, each of said plurality of communication devices having a display, said 
S display having custom display parameters, said program embodying a method comprising: 

for one device of said plurality of communication devices 

recdving a comnumd from said one device; 

^ translating said command into a common format command, said common 
format command being executable by said computer system; 

10 executing said common fbnnat command; 

recdving results from execution of said common fonnat command; 

accessing a database comprising elements identifying a plurality of sets of 
display parameters, one set of display parameters of said plurality of sets 
of display parameters for use with said custom display parameta^; and 

15 retrieving from said database said one set of display parameters. 

25. An axticle as claimed in daim 24, wherein said method of said program further oomi»ises 
extracting command parameters from said command into a object after said recdving said 
. command and initiating displaying of said results using said one set of display parameters on said 
one communication device after retrieving from said database said one set of display parameters. 

20 26. An article as claimed in claim 25, wherdn said m^od of said program further comprises 
accessing a first table having a first record, said first record having a first entry for said conmiand 
and a second table having a second record correlated to said first record for said common fonnat 
cooomand. 



27. An artide as claimed in claim 26, wherein said method of said program further comprises 
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incorporating said results into said object after said receiving said results fit)m execution of said 
common format command. 

28. An article as claimed in claim 27, wh^ein said method of said program further comprises 
incorporating said one set of display parameters into said object afker retrieving from said 

S database said one set of display parametm. 

29. An article as claimed in claim 28, whwein said method of said program further comprises 
incorporating a view command identifying a composition of a view associated with said 
command into said object after retrieving bom said database said one set of display parameters. 

30. An article as daimed in daim 29, viierein said method of said program fiirther comprises 
1 0 producing an output report relating said results on said one device. 

31. An article comprising: 

a program encoded for use in a computer system executing commercial transactions 
initiated from a plurality of communication devices, each of said plurality of communication 
devices having a display, said display having custom display parameters, said program 
1 S embodying a method comprising: 

for one device of said plurality of communication devices 
receiving a command from said one device; 

translating said command into a common format command, said common 
fonnat command being executable by said computer system; 

20 executing said common format command; 

receiving results from execution of said common fonnat command; 

accessing a database comprising elements identifying a plurality of sets of 
display parameters, one set of display parameters of said plurality of sets 
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of display parameteis for use with said custom display parameters; and 
retrieving fipom said database said one set of display parameters. 
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FIGURE 1 
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FIGURE 2 
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Fig. 4A 

// 

//Illtp Request Scrvlct 

// 

public class RequestServlei extends HttpScrvlet [ 



void service(HttpServlelRequc8t request, MttpSenielKesponse response) throws 

ServletException, lOException { 

// get an device fomiat adiiplcr that reci»^iizes and handle this request 

// rormat from a Mttp Device Format Manager 

// the request can come from a browser or a mobile device or 

// any other source that conforms lo the Hitp protocol 

400 HttpAdapier adapter = HtlpDcviceFonnalManagcr.getAdapter(rcqucsl,response): 

// ask the adapter to convert the process the request 
// the adapter convert the request to a Req ucstOhject recognized by the 
// web controller and invoke the processRequeslO method on llie web 
// controller 

402 adaptenprocessRei|uest( ); 

} 



i 
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Fig. 4B(i) 

// 

// DeviccFormatAdapter 

// - defines the basic interface that defines a device format adatcr 

// 

mterfeee DeviccFonnatAdapter { 

■V retuniK a device format id 
getDev'iccFoniiatId( ): 
// returns the device type 
getDevieeType{): 

// retums a adapter specific session coniexi 
getSeKsionContcxti ); 

I 
I 

// 

// HttpAdapter 

// - defines a Http specific device formal adapter 
// 

interface HttpAdapter extends DeviccFormatAdapter ; 
// return a the HtCpServIetRequest 
getRequest( ): 

// returns the input paramckrrs 
getRequestProperlies( ): 

// process request 
processRequesK): 



Gk 02328033 2000-12-12 



Fig. 4B(ii) 

// HttpAdapterBaselmpl 

absitract class HttpAdapterBaselmpl implements HttpAdaptcr { 

HttpServletRcquest req; 
HttpServletReKponse ret^ 

HttpAdapierBaselmpKHitpScrvletRequest req, flttpSeiN-letResponse res) 5 

// construct new instance oi the adapter and initialize it with the request 
// and ivspcinsc 

I 

createRcqueslObjccK) i 

// build a RequestOhjecK based on the request inrormation 

I 
I 

processRequestO { 

// convert from HttpServlelRciiucst inlo ' RequestObJevl 
RequestObject reqobj - creaieRequesiObjcctO: 

// pass Inquest object and response objecl lo web controller 
HttpWcbConlroller processRcqucsi(rcqobj. res): 



geiRequestO I 

return req: 

t 

lypedPropeny getRequestPiopeilies() } 

// extract request pnipenics from request and put in in a T>pedProperty 

I 

I 
I 

// 

// HitpBrowserAdapter 

// 

public class HctpBrowserAdaptcr extends HttpAdapterBaselmpl { 

ScsstonContext getSessionC'ontext() | 

// return an Hnp Browser sepeific session context 

I 

I 

I 
f 

// 

//HttpPVCAdapter 

// 

publk class HttpPVCAdapter extends HttpAdapterBaselmpl implement llnpAdapter ! 

5>cssionroniextgclSessionCimtext() ; 
// return a PVC sepeific session cimiext 
J 
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Fig. 4C(i) 

// 

'/ RequestObjcct - dcflnes the rectucst object that is passed It* the web controller 
// from any netwoiic device 

// each adapter can ha\'c add adapter specific extension to thi^s 

// far example. The Http Adaptei adds the HttpServlctRc«)ucst tn thiK interface 

;7 

interface RequestObjcct ; ) 

// return the adapter used to f bnnat the incoming a'qucst ) 

getDeviceFormaiAdapterO: ) 

'/ returns the input properties for tlic command ) 

geiRequestPropertiesO; ) 

7 returns the session context ) 

gctSessionContext( ): ) 

// sets the adapter used to pixicess this request ) 

setDcvtccFonnatAdaptcr(); ) 

.7 set the input properties ) 

setRequesiPropcrtiesO: ) 

/.' sets the scssiim context ) 

selScssionContcxt( ); ) 

'/ gets the command name ) 

get CommendName( ): ) 

• 
I 

// 

// CommandContext - defmes the information that can be accessible to the 

// command and the web controller to process a command 

// 

interface CommandComexiO { 

/; returns the device type ) 

getDeviccTypeO: ) 

//' returns the input properties for the command ) 

getRequestPropcrtic*s(); ) 

// returns the su>rc Id ) 

getStoreldO: ) 

// returns the user id ) 

getUserldO: ) 

•7 a'tums the command name > 

getCommandName(); ) 

actUserldO: ) 

•V rcmnt the adapter used to fomuit the incoming request ) 

gctAdapterC); i 
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Fig. 4C(ii) 



// processRequest 

// This is the main proceHi^ing unit of the web coiitrollcr 

// It IK responsible fur tite execution of a command within a craiuaction 

// 

proccssRcqucst{RcqucstObjcct req, Rcjtponsef )jcci res) \ 

7 create a command context object ba.scd im the input request 
CommandContext commandContext ciratcCommandContext(req,Fes): 
try ! 

begin! ransaciion(): 

/. set session data in command context 

rctrieveSessionDaUi(conimaiidContext); 

// look up and instantiate command to be executed 
P.CConimand command prepareRequcst(conimandContexi); 

// set input pn^pertics For command 

command.secRequcsiProperties(conunandC'ontcxt. 

gctRcqucstPropcrticsO): 

// set commandContext for command 
command.setComniundContextC ): 

/ execute conmianil 
command.execute( ): 

update session data based on info fmni command context 
updatcSessionData(commandConlcxt); 

/•' retrieve response properties fn>m command 
icsponscPropcrties = aHnmand.getRcsponsePixipcrticsO; 

/' get a response viiAv command 

viewC*ommand » pa*pareRcsponc(responscProperties, c<nnmandContcxt); 

/' execute die view command 

if (viewCi^nimand !- nulU \ 

vie\vCominand.cxecute( ); 
t 

commitTr;iasaction() 
I catch (Exception e) | 

'7 

rollbackTt ansaccion( i ; 

// 

handlelimutexommandContexi ); 
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Fig. 4C(iii) 

// 

// WebControlier is the abstract base class the handles any implemcntaticm that is 
// common for all web controllers 

// 

abstract class WebControlier { 

CommandContext cieateComnumdContext(RequestObj leq, ResponseObject res) { 
// save request object and response object in command context 
// also extract request parameters, request name, adapter type 

\ 

ViewEntry getViewEntry(Strnig commandName, CommandContext commandQmtext) { 
// look up view based on view name, storeld and device type 

} 

UrlEntry getUri£ntry(String commandName, CommandContext CommandContext) { 
// look }sp url entry based on command name and storeld 

} 

EOComniand instantiateCominaiid(View£ntry viewEntty, CommandContext 410 
CommandContext) { 

// instantiate command based on inter&ce for view command, store id 

} 

ECCommand in8tantiateCommand(Url£ntry urlEntiy, CommandContext 410 
CommandContext) { 
// instantiate command based on command inter&ce, store id 
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Fig. 4C(iv) 

// 

// HttpWebController handles any iroplementation Aat is specific to the Http protocol 

// 

public static class HttpWebController { 

ECCommand prep8relteqiiest(CommandContBxt) tiuows Excqrtion { 
// look up uri entry from URLREG based cm name and store id 

UrlEntiy urlEntiy ■getUriEntiy(comniandContextgctCcimmandNamcOi€ominandContext); 

if(url£ntry»nttl]) | 

// look up view based on view name, sloield and device type 
ViewEntiy viewEntry - 

getVjewEntry(commandContextgetConunandNameO>commandContext); 
command » mstantiateCommand(view£ntiy,commandContext); 

}else{ 

// dieck for https redirection 

if (url£ntry.i8Hap8() (IcommandContextisHtq^O) { 

ViewEntry viewEntiy ^ getViewEntiy("HtlpsRedirBCtView'*, consmandContext); 

// instantiate command based on interface for view command, store id 
command - instanltateCommand(viewEntry,commandContext); 



}clse{ 

// instantiate command based on command inter&oe, store id 
coflunand « in8tantiateComBiand(url£ntiy,oommandContext); 

} 

) 

return command; 

// 

// prepaieResponse 

// 

ECCommand prepareResponseCTypedProperty reflponsePropetties* OnmnandContext 
commandContext)lhrow8 Exception { 
// TBtun view command; 

} 

rBtrieveSessionI>ata(CommandContext commandContext) { 

// retrieve session data from session context and set it in conunand context 

) 

updateSessionData(CommandContext conmiandContext) { 

// retrieve session data from command context and set it in session context 

) 
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Fig. 4C(v) 

// 

// TypedProperty - an extended Hashtabie that is used passed request and 
// response information to and from a command 

// 

class TypedProperty extends Hashtabie { 



String getString(StringparameterName) { 

// return the values of a parameter as a String 

} 

String getlntegeKStri^g parameterName) { 

// returns the value of a parameter as an Integer 

} 

StringQ getStringArray(Stnng parameterName) { 

// return the values of a parameter as an array of String 

} 

putPBfameter(String parameterName, Object panuneterValue) { 
// store the panuneterValue against a parameterName 

) 
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FIGURE 5 
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Fig. 6A 



// 

//The MQ Adapter listens for incoming messages fiom the netwoxfc 

// 

public class MQSerialAdapter { 

// 

serviceLoopO { 

while (true) { 

// get a message from the queue 
MQMessage msg = getRequestFnmiQueue(); 

// create an adapter to transform and process tfiis message 
XmlAdapter adapter » createAd^rter(M QMessage msg); 
adapter-processRequestO; 

) 

) 



public class XmlAdapter implements DevlceFoimatAdapter { 

proces$Request() { 

// convert from message from xml format into a 
// RequestObject 

RequestObject reqobj » createRequestObject(job); 

// 

XMLWebCcmtiDller.pn)cessRequest(rBqobj, job); 
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Fig. 6B 

// 

// XMLWebController handles any implementation that is specific to the MQAdq>ter 

// 

public class XMLWebCobtioller extends Wd>CoaQt>ller { 

ECCommand prepareRequest(CommandContext commandContext) tiuows Exception { 

// look up url entry from URLREG based on command name and storeld 
UrlEntty urlEntiy - getUrlEntiy(getCommandNameO,coinmandContBXt); 

// instantiate command based on command intedim, stoie id 
command instBntia]eCommand(iirl£iitiy,comniandContext); 

// 

retum coromandj 

» 

ECCommand prq)areResponse() throws Exception { 
// MQ don't need any response view 
letuxn null; 

ittrieveSe8nonDaia(CoimiiandContextcoiniiiaiKiCont«9it) { 
// noop • MQ don't have session info 

) 

updateSesBionDataCCommandConlext commandContext) { 
// noop - MQ don't have session info 

) 



) 
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Fig. 7A 

// 

//Scheduler 

// The scheduler runs background jobs. They can be jobs that is to be executed only 
// once at a specified time or can be jobs that are to be nu at regular intervals. 
// Jobs are added to the database wifli the request infomation, a prefened start time, user id 
// and or frequency intervals. 

// Job can be added from the browser or from anodier command 

// 



public class Scheduler { 

// 

serviceLoopO { 

while (true) { 



} 



// sleep tone is determined by Ifae start time of next job 
sleepUntilNextJoblsToBeRunO; 

// retrieve the job that need to be executed now from the 
//database 

SchedulerJob job = getfteadyToRunJobQ; 

// allocate a duvad to run the job 
SchedulerThread thread - getThieadToRnnJobQob); 

//start the thread 
thread.start(); 
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Fig. 7B 

// 

// SchedulerThrcad 

// 

public class SchedulerThrcad { 
Scheduler Job job; 
ninO { 

serviceOob); 

) 

8ervice(Schedu]erJob job) { 

// create a scheduler adapter to process the job 
SchedulerAdapter adapter » createScbedulerAdapterOob); 
adapter.pfocessReque8tO; 

> 



// 

// SchedulerAdapter 

// The scheduler adapter is responsible for converting a scheduler job into a request object 
// and pass on to the SchedulerWebContioUer 

// 

public class Scheduler Adapter implements DevioeFonnatAdapter{ 
processRequest 0 { 

// convert from scheduler job info into a RequestObject 
RequestObject reqobj - cre8teRequestObject(job); 

// pass request to ScfaedulerWebController to process 
SchedulerWebCobtroller.processRequest(reqobj, job); 

» 

} 
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Fig. 7C 



// 

// SchedulerWebController handles any invlemeaiation that is specific to the scheduler 

// 

public static class SchedulerWebCobtroller extends WebController { 

ECCommand prcpareRequest(CommandContext commandContext) dirows Exception ( 

// look up url eotiy from URLREG based on conunand name and storeld 
UrlEntiyurlEntry- 

getU2i&itry(getCommandName(),comniandContcx(); 

// imtanttate command based on command inter&oe, store id 
conunand » instantiateCommand(url£ntry,commandContext); 

// 

updateDatabaseTjobStaited"); 
return command; 

\ 

ECCommand prqxarBResponseO throws Exception { 

// update scheduler database 

updatBDatabase(*'jobCompleted*'); 

// a background job do not return a view 

retumnull; 

) 

retrieveSessionDataCCommandContext commandContext) { 
// noop • scheduler don*t have session info 

J 

iq)dateSessionData(CQmmandContext < 

// noop • scheduler don't have sessnn info 

} 
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FIGURE 8 
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IDeviceType (Interface jClassName |Piopeities 
(Name | | 



PBrowser (HttpForwaid jHttpFoTwaid |dociiame« 
IViewCmd (ViewCmd | a.jsp 
I llmpi I 



(Browser {HttpForwaid (HttpForwaid Idocname 
jviewCmd IViewCmd taljsp 
I llmpl I 



(Browser |HttpForwaxd |Ht^Forwaid |doaiameF» 
IViewCmd jViewCmd jaZjsp 
I llmpl I 



pSrowser |Ht4>Forward IHttpForward |dociiameF= 
I ViewCmd |ViewCmd |al.jsp 
I llmpl I 



IPVCDevice |HtQ)Forward jPVCForward |docname= 
jViewCmd (ViewCmd |a.jsp 
I llmpl • I 



jPVCDevice (HttpForward (PVCForward |docnamc 
(ViewCmd |ViewCmd jal.jsp 
I (Impl I 



jPVCDevice |HttpForward (PVCForward |dociiame= 
IViewCmd (ViewCmd 
I jlinpl 
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